Remote document execution and network transfer using augmented reality display devices

ABSTRACT

An augmented reality user device includes a display, a physical identification verification engine, a gesture confirmation engine, and in interface. The display overlays a virtual file document onto a tangible object. The physical identification verification engine receives biometric data for a witness and confirms the witness&#39;s identity. The display displays a gesture motion from the signor. The gesture capture engine captures a gesture motion from the witness. The gesture capture engine generates a witness digital signature based on the captured gesture motion from the witness. The gesture capture engine generates a witness transfer token, the witness transfer token comprising the witness digital signature based on the captured gesture from the witness and the witness identity confirmation token. The interface communicates the witness transfer token to a server.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. Patent Application No. ofU.S. patent application Ser. No. 16/176,340 filed Oct. 31, 2018, byElizabeth S. Votaw et al., and entitled “Remote Document Execution andNetwork Transfer Using Augmented Reality Display Devices,” which is acontinuation of U.S. Patent Application No. of U.S. patent applicationSer. No. 15/353,370 filed Nov. 16, 2016, by Elizabeth S. Votaw et al.,and entitled “Remote Document Execution and Network Transfer UsingAugmented Reality Display Devices,” which is now U.S. Pat. No.10,158,635 issued Dec. 18, 2018, which are incorporated herein byreference.

TECHNICAL FIELD

The present disclosure relates generally to performing operations usingan augmented reality display device that overlays graphic objects withobjects in a real scene.

BACKGROUND

Remotely executing documents causes several technical challenges.Executing documents remotely may require transferring information acrossa network, thus creating security risks. Further, transmittinginformation across a network may cause network bottlenecks. Thus, it isdesirable to provide the ability to securely transfer information andresources among users across a network without causing transmissiondelays or failures.

SUMMARY

In one embodiment, an augmented reality system includes a server, afirst augmented reality user device for a signor, and a second augmentedreality user device for a notary. The server includes a memory operableto store a virtual file folder, the virtual file folder comprising avirtual file document.

The first augmented reality user device for a signor includes a firsthead-mounted display, a first physical identification verificationengine, and a first capture engine. The first head-mounted displayoverlays the virtual file document onto a tangible object in real-time.The first physical identification verification engine receives biometricdata for the signor. The first physical identification verificationengine confirms the signor's identity by comparing the receivedbiometric data for the signor to predetermined biometric data for thesignor. The first physical identification verification engine generatesa signor identity confirmation token indicating the confirmation of thesignor's identity. The first gesture capture engine captures a gesturemotion from the signor, the gesture motion representing a signature onthe virtual file document. The first gesture capture engine generates asignor digital signature based on the captured gesture from the signor.The first gesture capture engine generates a signor transfer token, thesignor transfer token comprising the signor digital signature and thesignor identity confirmation token.

A second augmented reality user device includes a second head-mounteddisplay, a second physical identification verification engine, a gestureconfirmation engine, and a second gesture capture engine. The secondhead-mounted display overlays the virtual file document onto a tangibleobject in real-time. The second physical identification verificationengine receives biometric data for the notary and confirms the notary'sidentity by comparing the received biometric data for the notary topredetermined biometric data for the notary. The second physicalidentification verification engine generates a notary identityconfirmation token indicating the confirmation of the notary's identity.The gesture confirmation engine receives the signor identityconfirmation token, communicates the signor identity confirmation tokento the notary, and displays, via the head-mounted display, the gesturemotion from the signor, the gesture motion from the signor displayed onthe virtual file document. The second gesture capture engine captures agesture motion from the notary, the gesture motion from the notaryrepresenting a signature on the virtual file document. The secondgesture capture engine generates a notary digital signature based on thecaptured gesture motion from the notary. The second gesture captureengine generates a notary transfer token, the notary transfer tokencomprising the notary digital signature based on the captured gesturefrom the notary and the notary identity confirmation token.

The server further includes an interface and a processor. The interfacereceives the signor transfer token and the notary transfer token. Theprocessor generates an executed document using the signor transfertoken, the notary transfer token, and the virtual file document andstores the executed document in the virtual file folder.

In another embodiment, the disclosure includes an augmented reality userdevice that includes a head-mounted display, a physical identificationverification engine, a gesture confirmation engine, and an interface.The head-mounted display overlays a virtual file document onto atangible object in real-time. The physical identification verificationengine receives biometric data for a witness and confirms the witness'sidentity by comparing the received biometric data for the witness topredetermined biometric data for the witness. The physicalidentification verification engine generates a witness identityconfirmation token indicating the confirmation of a witness's identity.The gesture confirmation engine receives a signor identity confirmationtoken and communicates the signor identity confirmation token to thewitness. The head-mounted display displays a gesture motion from thesignor, the gesture motion from the signor displayed on the virtual filedocument. The gesture capture engine captures a gesture motion from thewitness, the gesture motion from the witness representing a signature onthe virtual file document. The gesture capture engine generates awitness digital signature based on the captured gesture motion from thewitness. The gesture capture engine generates a witness transfer token,the witness transfer token comprising the witness digital signaturebased on the captured gesture from the witness and the witness identityconfirmation token. The interface communicates the witness transfertoken to a server.

The present disclosure presents several technical advantages. In oneembodiment, an augmented reality user device employs transfer tokens toallow data transfers to be executed using less information than otherexisting systems. By using less information to perform data transfers,the augmented reality user device reduces the amount of data that iscommunicated across the network. Reducing the amount of data that iscommunicated across the network improves the performance of the networkby reducing the amount of time network resource are occupied.

The augmented reality user device generates transfer tokens based onbiometric data which improves the performance of the augmented realityuser device by reducing the amount of information required to identify aperson, authenticate the person, and facilitate a data transfer.

Transfer tokens also provide another technical advantage by allowing auser to make a data transfer without prior knowledge about anotheruser's network or network services by using transfer tokens.Additionally, transfer tokens are encoded or encrypted to obfuscate andmask information being communicated across a network. Masking theinformation being communicated protects users and their information inthe event of unauthorized access to the network and/or data occurs.

Another technical advantage is the augmented reality user device uses acombination of facial recognition, voice recognition, and/orpredetermined signal or code to perform a multistep authenticationprocess to authenticate a user's identity prior to making a datatransfer. This feature may be particularly useful if a user is visionimpaired. The ability for the augmented reality user device toauthenticate both the user and another person provides improvedinformation security by controlling whom has access to sensitiveinformation.

Another technical advantage is an augmented reality user device'sability to store details for a transfer and to delay the transfer untilconditions for triggering a transfer are satisfied. The augmentedreality user device stores details and triggering conditions to providesthe user the ability to delay a transfer, for example, when resourcesare unavailable, without requiring the user to reenter details about thetransfer. Also, the augmented reality user device allows transfers to bemade automatically or spontaneously when resources are available withoutrequiring the user to preschedule the transfer without knowledge ofwhether the resources will be available.

Certain embodiments of the present disclosure may include some, all, ornone of these advantages. These advantages and other features will bemore clearly understood from the following detailed description taken inconjunction with the accompanying drawings and claims.

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding of this disclosure, reference is nowmade to the following brief description, taken in connection with theaccompanying drawings and detailed description, wherein like referencenumerals represent like parts.

FIG. 1 illustrates an augmented reality system configured to facilitateremote document execution, in particular embodiments;

FIG. 2 illustrates a virtual file document at various stages ofexecution, in particular embodiments.

FIG. 3 illustrates an augmented reality user device employed by theaugmented reality system, in particular embodiments; and

FIG. 4 is a flowchart of an augmented reality digital data transfermethod, in particular embodiments.

DETAILED DESCRIPTION

Transferring data and information across a network causes severaltechnical challenges. Networks are susceptible to attacks byunauthorized users trying to gain access to sensitive information beingcommunicated across the network. Unauthorized access to a network maycompromise the security of the data and information being communicatedacross the network. One technical solution for improving networksecurity is the generation and usage of transfer tokens that allow auser to send only information that is pertinent to executing a transferbetween multiple people. The transfer token may be encoded or encryptedto obfuscate the information being communicated by the transfer token.Using tokens to mask information that is communicated across the networkmay protect the users and their information in the event unauthorizedaccess to the network and/or data occurs. The transfer tokens also allowfor data transfers to be executed using less information than otherexisting systems, and thereby reduces the amount of data that iscommunicated across the network. Reducing the amount of data that iscommunicated across the network may improve the performance of thenetwork by reducing the amount of time network resource are occupied.

Another technical challenge associated with transferring data andinformation across a network is that people may be a part of differentinstitutions that are members of different networks and/or have accessto different types of network services for sharing information andtransferring resources with each other. Some networks may not supportcertain types of network resources which may cause challenges whentransferring data and information across different networks. Transfertokens provide a technical solution by allowing a user to make atransfer without prior knowledge about another user's network or networkservices by using transfer tokens.

Another technical challenge associated with transferring data andinformation across a network is the inability to authenticate bothparties prior to making a transfer. Existing solutions may allow a userto identify themselves, but do not provide a mechanism that allows theuser to identify and authenticate another person. The inability toidentify and authenticate another person makes transferring data andinformation vulnerable to attacks such as identity theft. For example,someone can pose as another person to spoof a user and to request atransfer by the user. A technical solution to identity theft is theintegration of one or more mechanisms that allow a user to identify andauthenticate another person using verifiable information. For example,using a combination of facial recognition, voice recognition, andpredetermined signal or codes allows a user to authenticate a person.The ability for the user to authenticate another user provides improvedinformation security by controlling who access to sensitive informationand ensuring that a document is properly executed by the correctparties.

Existing systems for remotely executing documents and verifying signoridentity are limited to executing documents at a central geographicallocation at a specific time. For example, to execute a document before anotary public, a signor must be in the same geographical location as thenotary public and both parties must be at the geographical location atthe same time. Some existing systems allow a signor to remotely executea document. However, in these instances, existing systems perform no orinadequate identity verification. Additionally, these systems do notallow parties to view other parties executing the documents in real timeor at a later time. Thus, existing systems limit the user ability toaccommodate executing documents remotely and transferring data about thedocument execution.

One technical solution is to provide a system that verifies a signor'sidentity, allows the user to execute the document remotely, andtransfers data that can be used to verify the document execution througha network. For example, an augmented reality user device may verify asignor's identity. The augmented reality user device may virtuallydisplay a document for execution by the signor. The signor users theaugmented reality user device to express a gesture motion that indicatesthat the signor executed the document. For example, the signor mayperform a signing gesture motion using a stylus and/or a data glove. Asanother example, a signor may execute the document with a verbalcommand. The augmented reality user device captures the gesture motion.The augmented reality user device transfers the gesture motion and/orthe identify verification via encrypted transfer tokens. A witnesses,such as a notary public, a witness, and/or any other suitable thirdparty, may view the transfer tokens from the signor's augmented realityuser device, confirm that the signor execute the document, and executethe document. The witnesses may execute the document in real time (e.g.,substantially the same time as the signor) or at a later time. Forexample, a witness may execute the document in real-time and a notarymay execute the document at a later time.

Once each party has executed the document, a server may generate anexecuted document that includes the original document and transfertokens from each party that executed the document. For example, theserver may combine each transfer token and the document to generate theexecuted document. In some embodiments, the executed document mayinclude a visual representation of the document and each party's digitalsignature.

FIG. 1 illustrates an augmented reality system 100 configured tofacilitate remote document execution. As illustrated in FIG. 1, system100 includes users 105, augmented reality (“AR”) user devices 110,network 115, transfer tokens 125, server 140, and biometric database175. In particular embodiments, system 100 may increase security anddecrease network bandwidth bottlenecking associated with remote documentexecution.

System 100 may be utilized by users 105 a-n, where n is any suitablenumber. Users 105 generally execute documents using AR user device 110.For example, a user 105 may execute virtual file document 120 tofacilitate creating executed document 170. User 105 may be any suitableperson executing any suitable type of document. For example, users 105may include a person required to execute a document. As another example,users 105 may include a witness. As yet another example, users 105 mayinclude a notary public. In some embodiments, document 120 may be adocument associated with a loan. For example, a first user 105 mayrequest a loan and be required to execute a document 120 to receive theloan. A second user 105 may be a witness. For example, the witness mayexecute document 120 to indicate confirmation that the first user 105executed the document. In some embodiments, a third user 105 may be anotary public that also executes document 120.

System 100 comprises AR user devices 110 a-n, where n is any suitablenumber. For example, each user 105 may be associated with an AR userdevice 110. As yet another example, a plurality of users 105 may eachuse a single AR user device 110. In the illustrated embodiment, AR userdevice 110 is configured as a head-mounted wearable device. For example,a wearable device is integrated into an eyeglass structure, a visorstructure, a helmet structure, a contact lens, or any other suitablestructure. In some embodiments, AR user device 110 may be or may beintegrated with a mobile user device. Examples of mobile user devicesinclude, but are not limited to, a mobile phone, a computer, a tabletcomputer, and a laptop computer. Additional details about AR user device110 are described in FIG. 3. The AR user device 110 is configured todisplay a virtual file document 120, to confirm a user's identity using,e.g., a biometric scanner such as a retinal scanner, a fingerprintscanner, a voice recorder, and/or a camera, capture a user's gesturemotion such as a hand gesture to create a digital signature, andtransfer tokens, such as transfer tokens 125 to other components ofsystem 100. Examples of an augmented reality digital data transfer usingAR user device 110 are described in more detail below and in FIG. 4.

AR user device 110 is configured to confirm one or more user's 105identity. AR user device 110 may comprise one or more biometricscanners. For example, AR user device 110 may comprise a retinalscanner, a fingerprint scanner, a voice recorder, and/or a camera. ARuser device 110 may comprise any suitable type of device to gatherbiometric measurements. AR user device 110 uses biometric measurementsreceived from the one or more biometric scanners to confirm a user's 105identity. For example, AR user device may compare the received biometricmeasures to predetermined biometric measurements for user 105. In someembodiments, AR user device 110 receives the predetermined biometricmeasures from biometric database 175. Once AR user device 110 confirms auser's 105 identity. AR user device 110 may generate an identificationtoken 130 that indicates that the user's 105 identity has beenconfirmed.

Biometric database 175 generally stores biometric data for one or moreusers 105. For example, biometric database 175 may store biometricmeasurements for one or more users 105. Biometric measurements mayinclude fingerprint measurements, retinal measurements, voicemeasurements, and or image measurements such as facial recognitionmeasurements. Biometric database 175 may be a single database or anynumber of databases.

AR user device 110 is configured to display virtual file document 120.AR user device 110 may create a virtual overlay of virtual file document120 that may be viewed by one or more users 105. For example, AR userdevice 110 creates a virtual overlay of virtual file document 120 onto atangible object in a real scene. AR user device 110 may capture changesmade to the virtual file document 120. For example, one or more users105 may perform a gesture motion, such as signing motion. AR user device110 may receive the gesture motion and generate digital signature 135based on the gesture motion that indicates that a user 105 executed thevirtual file document 120. AR user device 110 may comprise input devicessuch as a camera, a stylus, a data glove, and/or any other suitable typeof device that may receive input from a user 105. The input device maycapture a user's 105 gesture motion. For example, a user 105 may make asigning motion with their hand. As another example, a user 105 mayverbally indicate that the user 105 is executing the document. Thecaptured gesture motion is used to generate digital signature 135 thatis transmitted to other components of system 100.

Other AR user devices 110 may display the captured gesture motion to oneor more other user's 105, allowing other users 105 to view the firstuser execute virtual file document 120. For example, other AR userdevices 110 may display the first user executing virtual file document120 in real time. As another example, other AR user devices may displaya recording of the first user executing virtual file document 120 at aprevious time. The other AR user device's 110 may receive digitalsignature 135 and create a virtual overlay (or any other suitable typeof recreation) of the gesture motion. This allows two users 105 to belocated in geographically distinct locations and view virtual filedocument 120, and any changes to the document (such as signatures), inreal time. In another embodiment, one or more users 105 may view andmodify virtual file document 120 at a first time and one or more otherusers 105 may view the virtual file document 120 and changes made to thedocument at a second, later time. For example a first AR user device 110associated with a first user 105 may record the first user 105 executingvirtual file document 120. A second user, such as a notary or witness,may view the recording at a second, later time to confirm that the firstuser 105 executed virtual file document 120.

In particular embodiments, AR user device 110 generates a transfer token125. Generally, a transfer token 125 includes both identification token130 and digital signature 135. Transfer token 125 generally facilitatescreating executed document 170. An AR user device 110 may transmittransfer token 125 to other user's 105. Users 105, such as a witnessand/or a notary, may view transfer token 125 from a user 105 who is asignor. For example, a witness may utilize transfer token 125 to confirmthe signor's identity. The witness may further utilize transfer token toview the signor execute virtual file document 120, either in real-timeor at a later time. As another example, an AR user device 110 maytransmit transfer token 125 to server 140. Server 140 may use one ormore transfer tokens 125 to generate executed document 170. For example,server 140 may store virtual file document 120 and one or more transfertokens 125 in a single file to generate executed document 170.

Network 115 facilitates communication between and amongst the variouscomponents of system 100. This disclosure contemplates network 115 beingany suitable network operable to facilitate communication between thecomponents of system 100. Network 115 may include any interconnectingsystem capable of transmitting audio, video, signals, data, messages, orany combination of the preceding. Network 115 may include all or aportion of a public switched telephone network (PSTN), a public orprivate data network, a local area network (LAN), a metropolitan areanetwork (MAN), a wide area network (WAN), a local, regional, or globalcommunication or computer network, such as the Internet, a wireline orwireless network, an enterprise intranet, or any other suitablecommunication link, including combinations thereof, operable tofacilitate communication between the components.

Server 140 generally communicates virtual file document 120 to one ormore users 105 and generates executed document 170. As illustrated,server 140 includes memory 140, processor 150, and interface 155. Thisdisclosure contemplates memory 140, processor 150, and interface 155being configured to perform any of the operations of server 140described herein. In particular embodiments, server 140 may increasesecurity and decrease network bandwidth bottlenecking associated withremote document execution.

Processor 150 is any electronic circuitry, including, but not limited tomicroprocessors, application specific integrated circuits (ASIC),application specific instruction set processor (ASIP), and/or statemachines, that communicatively couples to memory 140 and interface 155and controls the operation of server 140. Processor 150 may be 8-bit,16-bit, 32-bit, 64-bit or of any other suitable architecture. Processor150 may include an arithmetic logic unit (ALU) for performing arithmeticand logic operations, processor registers that supply operands to theALU and store the results of ALU operations, and a control unit thatfetches instructions from memory 140 and executes them by directing thecoordinated operations of the ALU, registers and other components.Processor 150 may include other hardware and software that operates tocontrol and process information. Processor 150 executes software storedon memory 140 to perform any of the functions described herein.Processor 150 controls the operation and administration of server 140 byprocessing information received from network 115, AR user device(s) 110,and memory 140. Processor 150 may be a programmable logic device, amicrocontroller, a microprocessor, any suitable processing device, orany suitable combination of the preceding. Processor 130 is not limitedto a single processing device and may encompass multiple processingdevices.

Interface 155 represents any suitable device operable to receiveinformation from network 115, transmit information through network 115,perform suitable processing of the information, communicate to otherdevices, or any combination of the preceding. For example, interface 155transmits data to server 140. As another example, interface 155 receivesinformation from AR user devices 110. As a further example, interface155 receives data from biometric database 175. Interface 155 representsany port or connection, real or virtual, including any suitable hardwareand/or software, including protocol conversion and data processingcapabilities, to communicate through a LAN, WAN, or other communicationsystems that allows server 140 to exchange information with AR userdevices 110, biometric database 175, and/or other components of system100 via network 115.

Memory 140 may store, either permanently or temporarily, data,operational software, or other information for processor 150. Memory 140may include any one or a combination of volatile or non-volatile localor remote devices suitable for storing information. For example, memory140 may include random access memory (RAM), read only memory (ROM),magnetic storage devices, optical storage devices, or any other suitableinformation storage device or a combination of these devices. Thesoftware represents any suitable set of instructions, logic, or codeembodied in a computer-readable storage medium. For example, thesoftware may be embodied in memory 140, a disk, a CD, or a flash drive.In particular embodiments, the software may include an applicationexecutable by processor 150 to perform one or more of the functionsdescribed herein. In particular embodiments, memory 140 may storevirtual file folder 160. This disclosure contemplates memory 135 storingany of the elements stored in biometric database 175, server 140, and/orany other suitable components of system 100. In the illustratedembodiment, memory 140 comprises virtual file folder 160. Virtual filefolder 160 may include virtual file document 120, executed document 170,and/or tokens 165.

Generally, server 140 sends virtual file document 120 to one or more ARuser devices 110, receives tokens from one or more AR user devices 110,and uses the received tokens to generate executed document 170. Forexample, server 140 communicates virtual file document to a first user105 a who is a signor and a second user 105 b who is a witness. AR userdevices 110 b and 110 b create a virtual overlay of virtual filedocument 120 for the signor and the witness, respectively. AR userdevice 110 b authenticates the signor's identity and receives a gesturemotion from the signor (e.g., a signing motion) to indicate that thesignor executed virtual file document 120 as previously discussed. ARuser device 110 b creates a transfer token 125 a that includes identitytoken 130 b and digital signature 135 a. AR user device 110 b receivestransfer token 125 a from AR user device 110 a. The witness may verifythe signor's identity using identification token 130. The witness mayutilize transfer token 125 a to verify that the witness executed virtualfile document 120 (e.g., by viewing the signor execute virtual filedocument 120). Once the witness verifies the signor's identity anddigital signature, AR user device 110 b may generate transfer token 125b that includes identification token 130 b and digital signature 135 bfor the witness as previously discussed.

Each AR user device 110 may communicate a transfer token 125 to server140 where they are stored in memory 160 as tokens 165. Tokens 165 mayinclude one or more identification tokens 130, one or more digitalsignatures 135, one or more transfer tokens 125, and/or any othersuitable type of token. Server 140 utilizes tokens 165 and virtual filedocument 120 to create executed document 170. Executed document 170 isgenerally a virtual file document 120 that has been executed by one ormore users 150. For example, executed document 170 is a document that isexecuted by all required users 105. Executed document 170 may includevirtual file document 120 and a transfer token 125 for each user 105that executes virtual file document 120. For example, server 140 maygenerate a single file comprising virtual file document 120 and one ormore tokens 165 to generated executed document 170. As another example,server 140 may extract one or more digital signatures 135 from tokens165 and overlay the digital signatures 135 onto virtual file document120 to create executed document 170. Executed document 170 may indicatethat all of the required parties to an agreement executed the agreement.

In an exemplary embodiment of operation, a first AR user device 110confirms a first user's 105 identity and generates a firstidentification token 130. For example, the first AR user device 110receives biometric data from the first user 105. The biometric data iscompared to predetermined biometric data for the first user 105 toauthenticate the first user's 105 identity. The first AR user devicereceives virtual file document 120 from server 140 and displays virtualfile document 120 to the first user 105 by creating a virtual overlay ofvirtual file document 120 onto a tangible medium. The first user 105executes the document using a gesture motion, such as a signing motion,that represent a signature on virtual file document 120. The first ARuser device 110 captures the gesture motion and uses the gesture motionto generate digital signature 135. The first AR user device generates afirst transfer token 125 using the first identification token 130 andthe first digital signature 135. The first AR user device 110 transmitsthe first transfer token 125 to server 140.

In this exemplary embodiment, the first AR user device and/or server 140may determine whether a second user 105 is available to witness thefirst user's 105 execution of virtual file document 120 in real time.For example, a witness could be a witness or a notary public. If asecond user 105 is available to witness the first user's 105 executionof virtual file document 120, a second AR user device 110 confirms thesecond user's 105 identity and generates a second identification token130. The second AR user device 110 communicates the first identificationtoken 130. The second AR user device 110 may display the first user's105 gesture motion in real time. After the second user 105 reviews thefirst identification token 130 to confirm the first user's 105 identityand witnesses the first user 105 execute virtual file document 120 inreal time, the second user 105 may express a gesture motion, such as asigning motion, that represents the second user's 105 signature onvirtual file document 120. The second AR user device 110 creates asecond digital signature 135 based on the gesture motion. The second ARuser device 110 generates a transfer token 125 that includes the secondidentification token 130 and the second digital signature 135 andtransmits the second transfer token to server 140. Server 140 generatesexecuted document 170 using virtual file document 120 and the first andsecond transfer tokens 125. For example, server 140 may generate asingle file comprising virtual file document 120 and one or more tokens165 to generated executed document 170. As another example, server 140may extract one or more digital signatures 135 from tokens 165 andoverlay the digital signatures 135 onto virtual file document 120 tocreate executed document 170.

In another exemplary embodiment, a second user 105 may not be availableto witness the first user 105 execute the document in real time. In thisembodiment, server 104, the first AR user device 110, the second AR userdevice 110, and/or any other suitable component of system 100 may storeall or a portion of the first transfer token 125. When a second user 105is available, the second AR user device 110 may receive and/or displayinformation associated with the first transfer token 125 to the seconduser 105. The second user 105 may then execute virtual file document 120as described above. System 100 may facilitate remote document signing byany number of users 105. This disclosure contemplates some users 105signing the document in real time while other users 105 sign at asecond, later time.

Modifications, additions, or omissions may be made to system 100 withoutdeparting from the scope of the invention. For example, system 100 mayinclude any number of processors 150, memory 145, AR user devices 110,and/or biometric databases 175. As a further example, components ofsystem 100 may be separated or combined. For example, server 140 and/orbiometric database 175 may be combining with one or more AR user devices110.

FIG. 2 illustrates a virtual file document 120 at various stages ofexecution, in particular embodiments. The progression beings with anunsigned virtual file document 120. Generally virtual file document 120is stored in server 140 and communicated to a first AR user device 110associated with a first user 105 who is a signor. The first AR userdevice 110 displays virtual file document 120 b to the first user 105.The first user 105 executes the document, and the first AR user device110 generates a first digital signature 135 a as previously discussed.The first AR user device 110 may communicate the digital signature toserver 140 and/or a second AR user device 110 as previously discussed(e.g., as part of transfer token 125).

The second AR user device 110 displays virtual file document 120 b for asecond user 105. In some embodiments, the second user 105 is a witness.In particular embodiments, virtual file document 120 b is identical tovirtual file document 120 b except that the second AR user device 110displays the first user's 105 digital signature 135 a on document 120 b.The second user 105 confirms the first user's 105 identity (e.g., usingidentification token 130). The second user 105 confirms the first user's105 digital signature 135 a (e.g., by viewing the first user 105 executevirtual file document 120 in real-time or by viewing a recording of thefirst user 105 generating the digital signature). Once the second user105 confirms the first user's 105 identity and digital signature 135 a,the second user 105 may perform a gesture motion to execute virtual filedocument 120. The second AR user device 110 may generate a seconddigital signature 135 b and communicate the second digital signature 135b to a third a third AR user device 110 and/or server 104.

The third AR user device 110 displays virtual file document 120 c for athird user 105. In some embodiments, the third user 105 is a notarypublic. In particular embodiments, virtual file document 120 c isidentical to virtual file documents 120 a and/or 120 b except that thethird AR user device 110 may display the first user's 105 digitalsignature 135 a and/or the second user's 105 digital signature 135 b onvirtual file document 120 c. The third user 105 confirms the firstuser's 105 identity and/or the second user's 105 identity (e.g., usingidentification token 130). The third user 105 confirms the first user's105 digital signature 135 a and/or the second user's 105 digitalsignature 135 b (e.g., by viewing the first user 105 and/or the seconduser 105 generate the digital signatures 135 in real-time or by viewinga recording of the first user 105 and/or the second user 105 generatingthe digital signatures 135). Once the third user 105 confirms theidentities and/or digital signatures 135, the third user 105 may executea gesture motion to execute the virtual file document 120. The third ARuser device 110 may generate a third digital signature 135 c andcommunicate the third digital signature 135 c to server 104.

Server 140 receives digital signatures for each party to the document.For example server 140 receives transfer tokens 125 a, 125 b, and 125 cthat include digital signatures 135 a, 135 b, and 135 c, respectively.Server 140 may then combine the digital signatures and virtual filedocument 120 to create executed document 170. In some embodiments,executed document 170 may include additional information such as one ormore identification tokens 130 and/or transfer tokens 125.

FIG. 3 illustrates an augmented reality user device employed by theaugmented reality system, in particular embodiments. AR user device 110may be configured to confirm user 105's identity, receive and displayvirtual file document 120 to user 105, receive user 105's digitalsignature for virtual file document 120, and communicate identity tokens130 and digital signatures 135 to information to server 140.

AR user device 110 comprises a processor 302, a memory 304, a camera306, a display 308, a wireless communication interface 310, a networkinterface 312, a microphone 314, a global position system (GPS) sensor316, and one or more biometric devices 317. The AR user device 110 maybe configured as shown or in any other suitable configuration. Forexample, AR user device 110 may comprise one or more additionalcomponents and/or one or more shown components may be omitted.

Examples of the camera 306 include, but are not limited to,charge-coupled device (CCD) cameras and complementary metal-oxidesemiconductor (CMOS) cameras. The camera 306 is configured to captureimages 332 of people, text, and objects within a real environment. Thecamera 306 may be configured to capture images 332 continuously, atpredetermined intervals, or on-demand. For example, the camera 306 maybe configured to receive a command from a user to capture an image 332.In another example, the camera 306 is configured to continuously captureimages 332 to form a video stream of images 332. The camera 306 may beoperably coupled to a facial recognition engine 322 and/or objectrecognition engine 324 and provides images 332 to the facial recognitionengine 322 and/or the object recognition engine 324 for processing, forexample, to identify people, text, and/or objects in front of the user.Facial recognition engine 322 may confirm a user's 105 identity.

The display 308 is configured to present visual information to a user inan augmented reality environment that overlays virtual or graphicalobjects onto tangible objects in a real scene in real-time. In anembodiment, the display 308 is a wearable optical head-mounted displayconfigured to reflect projected images and allows a user to see throughthe display. For example, the display 308 may comprise display units,lens, semi-transparent mirrors embedded in an eye glass structure, avisor structure, or a helmet structure. Examples of display unitsinclude, but are not limited to, a cathode ray tube (CRT) display, aliquid crystal display (LCD), a liquid crystal on silicon (LCOS)display, a light emitting diode (LED) display, an active matrix OLED(AMOLED), an organic LED (OLED) display, a projector display, or anyother suitable type of display as would be appreciated by one ofordinary skill in the art upon viewing this disclosure. In anotherembodiment, the display 308 is a graphical display on a user device. Forexample, the graphical display may be the display of a tablet or smartphone configured to display an augmented reality environment withvirtual or graphical objects overlaid onto tangible objects in a realscene in real-time.

Examples of the wireless communication interface 310 include, but arenot limited to, a Bluetooth interface, an RFID interface, an NFCinterface, a local area network (LAN) interface, a personal area network(PAN) interface, a wide area network (WAN) interface, a Wi-Fi interface,a ZigBee interface, or any other suitable wireless communicationinterface as would be appreciated by one of ordinary skill in the artupon viewing this disclosure. The wireless communication interface 310is configured to allow the processor 302 to communicate with otherdevices. For example, the wireless communication interface 310 isconfigured to allow the processor 302 to send and receive signals withother devices for the user (e.g. a mobile phone) and/or with devices forother people. The wireless communication interface 310 is configured toemploy any suitable communication protocol.

The network interface 312 is configured to enable wired and/or wirelesscommunications and to communicate data through a network, system, and/ordomain. For example, the network interface 312 is configured forcommunication with a modem, a switch, a router, a bridge, a server, or aclient. The processor 302 is configured to receive data using networkinterface 312 from a network or a remote source.

Microphone 314 is configured to capture audio signals (e.g. voicesignals or commands) from a user and/or other people near the user. Themicrophone 314 is configured to capture audio signals continuously, atpredetermined intervals, or on-demand. The microphone 314 is operablycoupled to the voice recognition engine 320 and provides captured audiosignals to the voice recognition engine 320 for processing, for example,to identify a voice command from the user.

The GPS sensor 316 is configured to capture and to provide geographicallocation information. For example, the GPS sensor 316 is configured toprovide the geographic location of a user employing the augmentedreality user device 300. The GPS sensor 316 is configured to provide thegeographic location information as a relative geographic location or anabsolute geographic location. The GPS sensor 316 provides the geographiclocation information using geographic coordinates (i.e. longitude andlatitude) or any other suitable coordinate system.

Examples of biometric devices 317 include, but are not limited to,retina scanners, finger print scanners, voice recorders, and cameras.Biometric devices 317 are configured to capture information about aperson's physical characteristics and to output a biometric signal 305based on captured information. A biometric signal 305 is a signal thatis uniquely linked to a person based on their physical characteristics.For example, a biometric device 317 may be configured to perform aretinal scan of the user's eye and to generate a biometric signal 305for the user based on the retinal scan. As another example, a biometricdevice 317 is configured to perform a fingerprint scan of the user'sfinger and to generate a biometric signal 305 for the user based on thefingerprint scan. The biometric signal 305 is used by a physicalidentification verification engine 330 to identify and/or authenticate aperson.

The processor 302 is implemented as one or more CPU chips, logic units,cores (e.g. a multi-core processor), FPGAs, ASICs, or DSPs. Theprocessor 302 is communicatively coupled to and in signal communicationwith the memory 304, the camera 306, the display 308, the wirelesscommunication interface 310, the network interface 312, the microphone314, the GPS sensor 316, and the biometric devices 317. The processor302 is configured to receive and transmit electrical signals among oneor more of the memory 304, the camera 306, the display 308, the wirelesscommunication interface 310, the network interface 312, the microphone314, the GPS sensor 316, and the biometric devices 317. The electricalsignals are used to send and receive data (e.g. images 232 and transfertokens 124) and/or to control or communicate with other devices. Forexample, the processor 302 transmits electrical signals to operate thecamera 306. The processor 302 may be operably coupled to one or moreother devices (not shown).

The processor 302 is configured to process data and may be implementedin hardware or software. The processor 302 is configured to implementvarious instructions. For example, the processor 302 is configured toimplement a virtual overlay engine 318, a voice recognition engine 320,a facial recognition engine 322, an object recognition engine 324, agesture capture engine 326, a digital data transfer engine 328, aphysical identification verification engine 330, and a gestureconfirmation engine 331. In an embodiment, the virtual overlay engine318, the voice recognition engine 320, the facial recognition engine322, the object recognition engine 324, the gesture capture engine 326,the digital data transfer engine 328, the physical identificationverification engine 330, and the gesture confirmation engine 331 isimplemented using logic units, FPGAs, ASICs, DSPs, or any other suitablehardware.

The virtual overlay engine 318 is configured to overlay virtual objectsonto tangible objects in a real scene using the display 308. Forexample, the display 308 may be a head-mounted display that allows auser to simultaneously view tangible objects in a real scene and virtualobjects. The virtual overlay engine 318 is configured to process data tobe presented to a user as an augmented reality virtual object on thedisplay 308. An example of overlay virtual objects onto tangible objectsin a real scene is shown in FIG. 1.

The voice recognition engine 320 is configured to capture and/oridentify voice patterns using the microphone 314. For example, the voicerecognition engine 320 is configured to capture a voice signal from aperson and to compare the captured voice signal to known voice patternsor commands to identify the person and/or commands provided by theperson. For instance, the voice recognition engine 320 is configured toreceive a voice signal to authenticate a user and/or another person orto initiate a digital data transfer.

The facial recognition engine 322 is configured to identify people orfaces of people using images 332 or video streams created from a seriesof images 332. In one embodiment, the facial recognition engine 322 isconfigured to perform facial recognition on an image 332 captured by thecamera 306 to identify the faces of one or more people in the capturedimage 332. In another embodiment, the facial recognition engine 322 isconfigured to perform facial recognition in about real-time on a videostream captured by the camera 306. For example, the facial recognitionengine 322 is configured to continuously perform facial recognition onpeople in a real scene when the camera 306 is configured to continuouscapture images 332 from the real scene. The facial recognition engine322 employs any suitable technique for implementing facial recognitionas would be appreciated by one of ordinary skill in the art upon viewingthis disclosure.

The object recognition engine 324 is configured to identify objects,object features, text, and/or logos using images 332 or video streamscreated from a series of images 332. In one embodiment, the objectrecognition engine 324 is configured to identify objects and/or textwithin an image 332 captured by the camera 306. In another embodiment,the object recognition engine 324 is configured to identify objectsand/or text in about real-time on a video stream captured by the camera306 when the camera 306 is configured to continuously capture images332. The object recognition engine 324 employs any suitable techniquefor implementing object and/or text recognition as would be appreciatedby one of ordinary skill in the art upon viewing this disclosure.

The gesture recognition engine 326 is configured to identify gesturesperformed by a user and/or other people. Examples of gestures include,but are not limited to, hand movements, hand positions, fingermovements, head movements, audible gestures, and/or any other actionsthat provide a signal from a person. For example, gesture recognitionengine 326 is configured to identify hand gestures provided by a user105 to indicate that the user 105 executed a document. For example, thehand gesture may be a signing gesture associated with a stylus, acamera, and/or a data glove. As another example, the gesture recognitionengine 326 is configured to identify an audible gesture from a user 105that indicates that the user 105 executed virtual file document 120. Thegesture recognition engine 326 employs any suitable technique forimplementing gesture recognition as would be appreciated by one ofordinary skill in the art upon viewing this disclosure.

The physical identification verification engine 330 is configured toidentify a person based on a biometric signal 305 generated from theperson's physical characteristics. The physical identificationverification engine 330 employs one or more biometric devices 317 toidentify a user based on one or more biometric signals 305. For example,the physical identification verification engine 330 receives a biometricsignal 305 from the biometric device 317 in response to a retinal scanof the user's eye, a fingerprint scan of the user's finger, an audiblevoice capture, and/or a facial image capture. The physicalidentification verification engine 330 compares biometric signals 305from the biometric device 317 to previously stored biometric signals 305for the user to authenticate the user. The physical identificationverification engine 330 authenticates the user when the biometricsignals 305 from the biometric devices 317 substantially matches (e.g.is the same as) the previously stored biometric signals 305 for theuser. In some embodiments, physical identification verification engine330 includes voice recognitions engine 320 and/or facial recognitionengine 322.

Gesture confirmation engine 331 is configured to receive a signoridentity confirmation token, communicate a signor identity confirmationtoken, and display the gesture motion from the signor. Gestureconfirmation engine 331 may facilitate allowing a witness, such as anotary public or an uninterested witness, to confirm that the signorexecuted the document. Gesture engine 331 may instruct AR user device110 to display the signor's digital signature 135 on virtual filedocument 120. Gesture confirmation engine 331 may instruct AR userdevice 110 to display the gesture motion from the signor in any suitableway including displaying via audio, displaying via an image such asvideo or a still image, or displaying via virtual overlay.

The memory 304 comprises one or more disks, tape drives, or solid-statedrives, and may be used as an over-flow data storage device, to storeprograms when such programs are selected for execution, and to storeinstructions and data that are read during program execution. The memory304 may be volatile or non-volatile and may comprise ROM, RAM, TCAM,DRAM, and SRAM. The memory 304 is operable to store transfer tokens 125,biometric signals 305, virtual overlay instructions 336, voicerecognition instructions 338, facial recognition instructions 340,object recognition instructions 342, gesture recognition instructions344, digital data transfer instructions 346, biometric instructions 347,and any other data or instructions.

Biometric signals 305 are signals or data that is generated by abiometric device 317 based on a person's physical characteristics.Biometric signal 305 are used by the AR user device 110 to identifyand/or authenticate an AR user device 110 user by comparing biometricsignals 305 captured by the biometric devices 317 with previously storedbiometric signals 305.

Transfer tokens 125 are generated by the digital data transfer engine328 and sent to other AR user device 110, server 140, and/or any othersuitable component of system 100. The transfer tokens 125 may compriseany suitable information for remote document execution. For example, thetransfer tokens 125 may comprise an identification 130 and/or a digitalsignature 130, as discussed. In particular embodiments, transfer tokens125 are encoded or encrypted to obfuscate and mask information beingcommunicated across a network. Masking the information beingcommunicated protects users and their information in the event ofunauthorized access to the network and/or data occurs.

The virtual overlay instructions 336, the voice recognition instructions338, the facial recognition instructions 340, the object recognitioninstructions 342, the gesture recognition instructions 344, the digitaldata transfer instructions 346, and the biometric instructions 347 eachcomprise any suitable set of instructions, logic, rules, or codeoperable to execute virtual overlay engine 318, the voice recognitionengine 320, the facial recognition engine 322, the object recognitionengine 324, the gesture recognition capture 326, the digital datatransfer engine 328, and the physical identification verification engine330, respectively.

FIG. 4 is a flowchart of an augmented reality digital data transfermethod, in particular embodiments. The method starts at step 405 whereserver 140 communicates virtual file document 120 to a signor. Virtualfile document 120 may be a document to be executed by the signor. Server140 may communicate virtual file document 120 to a first AR user device110 associated with the signor. The method proceeds to step 410 wherethe first AR user device 110 confirms the signor's identity. Asdiscussed, the first AR user device 110 may confirm the signor'sidentity using biometric data from the signor. The received biometricdata for the signor may be compared to predetermined biometric data forthe signor to authenticate the signor's identity. If the first AR userdevice 110 does not confirm the signor's identity, the method ends. Ifthe first AR user device 110 does confirm the signor's identity, thefirst AR user device 110 generates an identification token 130 for thesignor indicating the confirmation of the signor's identity, and themethod proceeds to step 415 where the first AR user device displays thevirtual file document for the signor. The first AR user device 110displays virtual file document 120 to the signor. For example, the firstAR user device 110 may use a head-mounted display to overlay the virtualfile document onto a tangible object.

The signor may view virtual file document 120 and execute the document.For example, the signor may perform a gesture motion representing asignature on virtual file document 120 to execute virtual file document120. At step 420, the first AR user device 110 generates a digitalsignature 135 for the signor based on the gesture motion.

At step 430, virtual file document 120 is communicated to a second ARuser device 110 associated with a witness. For example, the witness maybe a notary public. The second AR user device 110 confirms the notary'sidentity by receiving biometric data for the notary and comparing thereceived biometric data to predetermined biometric data for the notary.The second AR user device 110 generates an identification token 130 forthe notary in response to the confirmation as previously discussed. Ifthe second AR user device does not confirm the notary's identity, themethod ends. At step 440 the second AR user device 110 displays virtualfile document 120 to the notary. For example, the second AR user device110 displays virtual file document 120 to the signor. The first AR userdevice 110 may use a head-mounted display to overlay the virtual filedocument onto a tangible object.

The second AR user device 110 communicates the signor's digitalsignature 135 and/or identification token 130 to the notary at step 445.The notary views uses identification token 130 to authenticate thesignor's identity. The notary then uses digital signature 135 to confirmthat the signor executed the document (e.g., by viewing the signorexecuting the document). If the notary does not confirm that the signorexecuted the document at step 450, the method ends. If the notary doesconfirm that the signor executed the document at step 450, the methodproceeds to step 455 where the notary makes a gesture motionrepresenting a signature on virtual file document 120, and the second ARuser device generates a digital signature 135 for the notary using thegesture motion. The second AR user device generates a transfer token 125for the notary at step 460, wherein the transfer token 125 comprises theidentification token 130 and digital signature 135 for the notary. Thesecond AR user device 110 communicates the transfer token 125 to server140. At step 465, server 140 receives tokens from the witness and thenotary and stores the tokens as tokens 165. Server 140 may store thetransfer token 125 for the signor, the identification token 130 for thesignor, the digital signature 135 for the signor, the transfer token 125for the notary, the identification token 130 for the notary, and/or thedigital signature 130 for the notary as tokens 165. Server 140 generatesexecuted document 170 using the virtual file document 120 and tokens 165at step 465 before the method ends. For example, server 140 may generatea single file comprising virtual file document 120 and one or moretokens 165 to generated executed document 170. As another example,server 140 may extract one or more digital signatures 135 from tokens165 and overlay the digital signatures 135 onto virtual file document120 to create executed document 170.

Modifications, additions, or omissions may be made to method 400depicted in FIG. 4. Method 400 may include more, fewer, or other steps.For example, steps may be performed in parallel or in any suitableorder. While discussed as a notary facilitating performing the steps,any suitable any party may confirm a signor's document execution,including a notary and/or an uninterested witness. Any suitable numberof parties may execute virtual file document 120 and any suitable numberof parties may confirm that one or more other parties executed virtualfile document 120. A party who confirms that a signor executed virtualfile document 120 may do so in real-time as the document is executed orat a time after the signor executed the document. For example, if anotary is not available to notarize virtual file document 120 inreal-time as a signor executes the document. A notary may view tokenscommunicated from an AR user device 110 at a later time to notarize thevirtual file document 120.

Although the present disclosure includes several embodiments, a myriadof changes, variations, alterations, transformations, and modificationsmay be suggested to one skilled in the art, and it is intended that thepresent disclosure encompass such changes, variations, alterations,transformations, and modifications as fall within the scope of theappended claims.

1. An augmented reality system comprising: a server comprising a memoryoperable to store a virtual file folder, the virtual file foldercomprising a virtual file document; a first augmented reality userdevice for a signor comprising: a first display configured to overlaythe virtual file document onto a tangible object in real-time; and afirst gesture capture engine operable to: capture a gesture motion fromthe signor, the gesture motion representing a signor digital signatureon the virtual file document; and generate a signor transfer token, thesignor transfer token comprising the signor digital signature; a secondaugmented reality user device for a notary comprising: a second displayconfigured to overlay the virtual file document onto a tangible objectin real-time; a gesture confirmation engine operable to display, via thesecond display, the gesture motion from the signor, the gesture motionfrom the signor displayed on the virtual file document; and a secondgesture capture engine operable to: capture a gesture motion from thenotary, the gesture motion from the notary representing a notary digitalsignature on the virtual file document; and generate a notary transfertoken, the notary transfer token comprising the notary digitalsignature; and the server further comprising: an interface operable toreceive the signor transfer token and the notary transfer token; and aprocessor operable to: generate an executed document using the signortransfer token, the notary transfer token, and the virtual filedocument; and store the executed document in the virtual file folder. 2.The augmented reality system of claim 1, wherein, the first gesturecapture engine comprises at least one of a first capture camera, a firststylus, and a first data glove.
 3. The augmented reality system of claim1, further comprising a biometric database comprising the predeterminedbiometric data for the signor and operable to communicate thepredetermined biometric data for the signor to the first physicalidentification verification engine.
 4. The augmented reality system ofclaim 1, wherein the second augmented reality user device displays thegesture motion from the signor in real-time as the gesture motion fromthe signor occurs.
 5. The augmented reality system of claim 1, wherein:the server is further operable to: receive the signor transfer token ata first time; receive a request for the signor transfer token from thesecond augmented reality user device; and communicate the signortransfer token to the second augmented reality user device in responseto the request; and the second augmented reality user device is furtheroperable display the gesture motion from the signor at a second timethat is later than the first time.
 6. The augmented reality system ofclaim 1, further comprising a third augmented reality user device for awitness comprising: a third display configured to overlay the virtualfile document onto a tangible object in real-time; a gestureconfirmation engine operable to display, via the third display, thegesture motion from the signor, the gesture motion from the signordisplayed on the virtual file document; a third gesture capture engineoperable to: capture a gesture motion from the witness, the gesturemotion from the witness representing a witness digital signature on thevirtual file document; and generate a witness transfer token, thewitness transfer token comprising the witness digital signature.
 7. Anaugmented reality digital data transfer method comprising: overlaying,by a first augmented reality user device for a signor, a virtual filedocument onto a tangible object in real time; capturing, by the firstaugmented reality user device, a gesture motion from the signor, thegesture motion representing a signor digital signature on the virtualfile document; generating, by the first augmented reality user device, asignor transfer token, the signor transfer token comprising the signordigital signature; displaying, by the second augmented reality userdevice, the gesture motion from the signor, the gesture motion from thesignor displayed on the virtual file document; capturing, by the secondaugmented reality user device, a gesture motion from the notary, thegesture motion from the notary representing a notary digital signatureon the virtual file document; generating, by the second augmentedreality user device, a notary transfer token, the notary transfer tokencomprising the notary digital signature; receiving, by a network device,the signor transfer token and the notary transfer token; generating, bythe network device, an executed document using the signor transfertoken, the notary transfer token, and the virtual file document; andstoring, by the network device, the executed document in the virtualfile folder.
 8. The method of claim 7, wherein, the gesture motion fromthe signor is captured using at least one of a first capture camera, afirst stylus, and a first data glove.
 9. The method of claim 7, whereinthe gesture motion from the signor is displayed to the notary inreal-time as the gesture motion from the signor occurs.
 10. The methodof claim 7, further comprising: receiving, by the server, the signortransfer token at a first time; receiving, by the server, a request forthe signor transfer token from the second augmented reality user device;communicating, by the server, the signor transfer token to the secondaugmented reality user device in response to the request; anddisplaying, by the second augmented reality user device, the gesturemotion from the signor to the notary at a second time that is later thanthe first time.
 11. The method of claim 7, further comprising:overlaying, by a third augmented reality user device for a witness, thevirtual file document onto a tangible object for a witness in real-time;displaying, by the third augmented reality user device, the gesturemotion from the signor, the gesture motion from the signor displayed onthe virtual file document; capturing, by the third augmented realityuser device, a gesture motion from the witness, the gesture motion fromthe witness representing a witness digital signature on the virtual filedocument; and generating, by the third augmented reality user device, awitness transfer token, the witness transfer token comprising thewitness digital signature.
 12. An augmented reality user devicecomprising: a display configured to overlay a virtual file document ontoa tangible object in real-time; a gesture confirmation engine operableto display, via the display, a gesture motion from the signor, thegesture motion from the signor displayed on the virtual file document; agesture capture engine operable to: capture a gesture motion from thewitness, the gesture motion from the witness representing a witnessdigital signature on the virtual file document; and generate a witnesstransfer token, the witness transfer token comprising the witnessdigital signature; and an interface operable to communicate the witnesstransfer token to a server.
 13. The apparatus of claim 12, wherein, thegesture capture engine comprises at least one of a first capture camera,a first stylus, and a first data glove.
 14. The apparatus of claim 12,wherein the augmented reality user device displays the gesture motionfrom the signor in real-time as the gesture motion from the signoroccurs.
 15. The apparatus of claim 12, wherein the augmented realityuser device is further operable to: communicate a request for the signortransfer token at a first time; receive the signor transfer token inresponse to the request; and display the gesture motion from the signorat a second time that is later than the first time.